Questa sessione introduttiva va oltre la caotica "salva come" cultura per definire i sistemi di controllo versione (VCS) come strumenti specializzati per la gestione dei cambiamenti. Esaminiamo la transizione dalla duplicazione manuale e primitiva dei file — esemplificata da oggetti come my-term-paper-2.doc—a sistemi strutturati che trattano la cronologia come una serie di istantanee logiche.
1. Il tranello dei suffissi
Prima dell'avvento dei VCS formali, il controllo delle versioni era un processo manuale e soggetto a errori che coinvolgeva convenzioni di rinomina dei file (ad esempio, aggiungendo date o etichette come "finale"). Questo porta inevitabilmente a entropia dei file e perdita di dati perché l'utente è l'unico responsabile del ricordo delle differenze tra i file.
2. Istantanee strutturate
I primi tentativi di organizzazione prevedevano il metodo "cartella impilata"—spostando manualmente i file del progetto in una gerarchia verticale contrassegnata con v1.0, v2.0 e v2.1. Sebbene questo fornisca un registro cronologico, manca di integrità atomica e tracciabilità.